適切なコミットメント プランを選択して ROI を最大化します

クラウドへの投資を最適化する方法

これで、ワークロードをクラウドに移行できました。さて、何でしょうか？後 移行では、最大限の効果を確実に得るための最適化に重点が置かれています。 クラウド環境。 FinOps は、 データドリブンの推進によるクラウドテクノロジーのビジネス価値の向上 意思決定と財政的責任。 FinOps は単なる問題ではありません クラウドコストを削減するだけでなく、ROI を最大化し、 収入。目標は、クラウドを最大限に活用しながらクラウド支出を管理することです 価値。 FinOps の重要業績評価指標 (KPI) はコスト削減です。に コスト削減を追跡するには、まずコストがかかる領域を特定する必要があります 節約してから、自分に合った代替戦略を検討してください。 ビジネス目標。そして、そのどれもメカニズムがなければ役に立ちません リアルタイムで節約を追跡し、いつでも計画を変更できます 必須。

利用可能な AWS の料金モデルと節約プラン、およびその方法を見てみましょう。 最適なプランを選択してコストを最適化します。

AWSの料金モデル

AWS は柔軟な Pay as You Go (PAYG) 価格オプションを提供しています。 使用した分だけを選択して支払うことができます。 4 つの料金モデルを紹介します FinOps 最適化戦略のために考慮すべきこと

オンデマンド価格設定

オンデマンド価格設定では柔軟性が得られますが、コストは高くなります。あなたが支払います 1 秒あたりのコンピューティングまたはデータベースの容量 (最小 60 秒)、または 長期的な契約なしで、時間単位で利用できます。これによりコストが変動し、 実際に使用する場合のみ充電してください。ワークロードに最適 ゲーム、ストリーミング、チケット販売プラットフォームなどの予測できない急増 通常の容量では不十分な場合があります。最適な用途 短期プロジェクト、テスト、ワークロードベンチマークの確立 長期的な約束をする前に。

貯蓄プラン

Savings Plans では、AWS サービス (EC2、 SageMaker、Lambda、Fargate) 一貫した使用を約束する場合 (ドル/時間) を 1 ～ 3 年間使用すると、従来と比べて最大 72% 節約できます。 オンデマンド。 EC2、Compute、および SageMaker Savings Plan として利用できます。 安定したワークロード、または次のような予測可能なパターンを持つワークロードに最適です。 営業時間のピーク時、オンデマンドと組み合わせることが可能 最大限のコスト効率を実現するインスタンス。

リザーブドインスタンス (RI)

リザーブドインスタンスでは大幅な割引が提供されます (通常のインスタンスと比較して最大 72%)。 オンデマンド）1 ～ 3 年の期間を契約する場合、容量を確保します 可用性と予測可能な予算編成。複数のAWSで利用可能 RDS、OpenSearch、ElastiCache、Redshift、および ダイナモDB。事前のコミットメントが必要ですが、柔軟性は低くなります オンデマンドよりも正確なキャパシティ プランニングが重要です。 未使用のリソースに支払いを行い、コストを最大限に節約します。

スポットインスタンス

AWS を使用すると、予備の EC2 キャパシティーに入札できます (多くの場合、数分の一の価格)。 オンデマンド価格。ただし、これらのスポット インスタンスは終了することができます AWS がキャパシティーの回復を必要とする場合には、すぐに通知します。利点は オンデマンド価格設定により最大 90% のコスト削減。ただし、それは 耐障害性と柔軟性を高めるためにスポット インスタンスを使用することをお勧めします クリティカルなワークロードや時間に敏感なワークロードではなく、 インスタンスは予告なしに終了される可能性があります。

AWS 節約プラン

AWS Savings Plan は、オンデマンド料金を超える節約を提供する代わりに、 1 時間あたりに測定された指定された量の計算能力を使用することへのコミットメント 1 年または 3 年の期間。すべてを使用してコミットメントを支払うことができます 前払い、一部前払い、または前払いなしの支払いオプション。ここで簡単に説明します 3 種類の AWS Savings Plans の概要:

節約プランの計算

Compute Savings Plans は、EC2、Amazon Fargate、Lambda 全体で最も高い柔軟性を提供し、インスタンスファミリー、サイズ、アベイラビリティーゾーン (AZ)、リージョン、オペレーティングシステムに関係なく EC2 インスタンスに適用されます。 ビジネスのコンピューティング ニーズが多様または進化している場合、このプランが最適です。ただし、より具体的なプランと比較すると割引率は低くなります。 Compute Savings Plans による柔軟性のために、節約の一部を犠牲にしていることになります

EC2 インスタンスの節約プラン

EC2 インスタンス節約プランは、選択したリージョンの特定のインスタンス ファミリーに適用されます。 Compute Savings Plan よりも高い割引が提供されますが、柔軟性は低くなります。

Amazon SageMaker 貯蓄プラン

これらは SageMaker の使用に適用され、対象となる SageMaker インスタンスの割引を提供します。これは、SageMaker とそのインスタンス タイプに大きく依存している企業にとって大幅な節約を意味します。

自分に合った AWS の料金プランと節約プランを選択する方法 現在の AWS の使用状況を理解する

クラウド支出を最適化するために適切な AWS の価格設定と節約プランを選択することは、ワークロードの性質、使用量、財務上の柔軟性によって決まります。選択を行う前に、最初のステップは、インスタンス タイプ、リージョン、使用時間などの現在の使用パターンと将来の支出予測を詳細に分析することです。

これを手動で行うことも、次を使用することもできます Cocierto AI/ML ベースのコストに関する洞察と推奨事項を得るために最大化します。 Maximize は、現在の AWS の使用状況を自動的に分析して、インスタンスのタイプ、リージョン、使用時間のパターンを理解し、さまざまなシナリオをキュレートして、価格モデルとコミットメント プランのさまざまな組み合わせに基づいて月々の節約額を示します。

クラウド最適化戦略に関する 8 つの考慮事項

現在の使用量と予測される使用量を理解したら、価格設定と節約プランを選択する際に考慮すべき要素を以下に示します。

ワークロードの予測可能性

ワークロードはどの程度予測可能ですか?安定していて予測可能であれば、ほとんどのお客様はコスト削減のためにリザーブド インスタンスまたは Savings Plan を選択します。変動するワークロードまたは予測不可能なワークロードの場合は、オンデマンド インスタンスとスポット インスタンスを組み合わせた方が適切な場合があります。

財務上の柔軟性

あなたの組織は前払いをどの程度行うことができますか?前払い資金が懸念される場合は、追加の節約を控えて、前払いを必要としない Savings Plan または価格オプションを選択する必要があるかもしれません。

成長予測

予想される成長率がわからない場合は、過払いまたは過少支払いを避けるために、より控えめな価格設定オプションを選択する必要がある場合があります。 過剰なコミットメントは無駄につながる可能性があり、一方、アンダーコミットメントは潜在的な節約を逃すことを意味します。

アプリケーションアーキテクチャ

アプリケーションのアーキテクチャは選択に影響を与える可能性があります。マイクロサービス アーキテクチャは Savings Plans の柔軟性の恩恵を受ける可能性がありますが、モノリシック アプリケーションはリザーブド インスタンスにより適している可能性があります。

パフォーマンス要件

すべてのアプリケーションが同等であるとは限らないため、アプリケーションのパフォーマンスのニーズを考慮してください。ミッションクリティカルなアプリケーションではリザーブド インスタンスの保証された容量が必要になる場合がありますが、バッチ処理ジョブではスポット インスタンスが使用される場合があります。チームが複数の料金プランの複雑さに対処できる場合は、さまざまなアプリケーションの料金プランと節約プランのオプションを恐れずに組み合わせてください。

コンプライアンスとデータの保存場所

選択したプランが組織のコンプライアンス要件またはデータ保管場所のニーズに適合していることを確認してください。

運用上のオーバーヘッド

さまざまな価格設定モデルの管理の複雑さを考慮してください。モデルを組み合わせることでコストを最適化できますが、管理オーバーヘッドも増加します。まだ完全な FinOps チームがいない場合は、追跡が容易な料金プランを選択し、完全な監視とレポートが準備できたら、より複雑なオプションに切り替えることもできます。

リスク許容度

スポット インスタンスなどのオプションに伴う潜在的な中断に対する組織の許容度を評価します。